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MEMBERSHIP QUALIFICATION PROCESSING SYSTEM AND 
METHOD THEREOF 

Background of the Invention 
5 Field of the Invention 

The present invention relates to a membership 
service using a network such as the Internet. In 
particular, the present invention relates to a 
system and a method for processing a membership 
10 qualification for each of a plurality of services. 

Description of the Related Art 

A service provider on a network should 
certificate a user who is accessing the network so 
15 as to charge the user for a service fee. In a 
conventional service system, when one user uses a 
plurality of services, the uses different 
certificating methods designated by the individual 
services . 

20 Fig. 1 shows such a conventional service 

system. When user 11 uses two services A and B, 
the user 11 sends identification (ID) and a 
password (PWD) for the service A to a server 12 of 
the service A. The server 12 references a user 

25 management database (user management DB) 13, 
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certificates the user, and provides the service A 
to the user 11. 

The user 11 sends an ID and a password for the 
service B to a server 14 of the service B. The 
5 server 14 references a user management DB 15, 
certificates the user, and provides the service B 
to the user 11. In such a manner, the user 11 can 
use the network services A and B. 

However, the above-described conventional 
10 service system has the following problems. 

When one user uses a plurality of network 
services, the user should take a membership 
qualification for each service. At that time, the 
user should input designated personal information 
15 on a terminal unit. Thus, when the number of 
services that the user uses increases, the load of 
the user increases. 

Each service provider should perform a 
membership qualification for each user. Thus, each 
20 service provider should analyze personal 
information sent from each user. Consequently, as 
the number of users who want become members 
increases, the load of the service provider 
increases . 

25 When each service provider starts a new 
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service, while predicting the number of new members, 
the service provider should designate conditions 
used for the membership qualification. To do that, 
a system that allows the relation between the 
5 designated conditions and the number of members to 
be effectively analyzed is desired. 

Summary of the Invention 

An object of the present invention is to 

10 provide a system and a method that allow a 
membership qualifying process for each of a 
plurality of membership services used by a user to 
be effectively performed. 

A first aspect of the present invention is a 

15 processing system, comprising a storing device, a 
selecting device, and a presenting device. The 
storing device stores membership qualification 
conditions of a plurality of services. The 
selecting device compares membership qualification 

20 conditions of a service of which a user has become 
a member (referred to as joined service) with 
membership qualification conditions of a service of 
which the user has not become a member (referred to 
as non-joined service) and selects a service of 

25 which the user can become a member. The presenting 
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device 23 presents information about the service of 
which the user can become a member to the user. 

A second aspect of the present invention is a 
processing system, comprising a storing a storing 
5 device, a first determining device, and a second 
determining device. The storing device stores 
identification information of a first service as 
qualification criterion information for qualifying 
membership of a second service. The first 

10 determining device determines whether or not a user 
has used the second service when the user wants to 
become a member of the first service. The second 
determining device determines that the user has a 
membership qualification for the second service 

15 when the user has used the first service. 

A third aspect of the present invention is a 
processing system, comprising a storing device, a 
designating device, a simulating device, and an 
output device. The storing device stores membership 

20 qualification conditions of an existing service. 
The designating device designates a new membership 
qualification condition. The simulating device 
compares the membership qualification conditions of 
the existing service with the new membership 

25 qualification condition and obtains information 
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about the number of users who can become members of 
the service corresponding to the new membership 
qualification condition. The output device outputs 
the obtained information. 
5 These and other objects, features and 

advantages of the present invention will become 
more apparent in light of the following detailed 
description of a best mode embodiment thereof, as 
illustrated in the accompanying drawings. 

10 

Brief Description of Drawings 

Fig. 1 is a schematic diagram showing the 
structure of a conventional service system; 

Fig. 2 is a block diagram showing the theory 
15 of a processing system according to the present 
invention; 

Fig. 3A is a schematic diagram showing an 
issuing process and a qualifying process for a 
certif icate; 

20 Fig. 3B is a schematic diagram showing an 

invalidating process for a certificate; 

Fig. 4 is a schematic diagram showing a 
certificating process using a certificate; 

Fig. 5 is a schematic diagram showing a 
25 certificate management table; 
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Fig. 6 is a schematic diagram showing an 
available service management table; 

Fig. 7 is a schematic diagram showing a user 
information management table; 
5 Fig. 8 is a flow chart showing an issuing 

process and invalidating process for a certificate; 

Fig. 9 is a flow chart showing a qualifying 
process for a certificate; 

Fig. 10 is a block diagram showing the 
10 structure of a service system; 

Fig. 11 is a schematic diagram showing an 
example of the use of a plurality of services; 

Fig. 12 is a schematic diagram showing a 
service table; 

15 Fig. 13 is a schematic diagram showing a 

membership qualification table; 

Fig. 14 is a schematic diagram showing a menu 
of a certificate authority; 

Fig. 15 is a first part of a flow chart 
20 showing a service displaying process; 

Fig. 16 is a second part of the flow chart 
shown in Fig. 15; 

Fig. 17 is a schematic diagram showing a 
service selection screen; 
25 Fig. 18 is a first part of a flow chart 
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showing a membership qualifying process; 

Fig. 19 is a second part of the flow chart 
shown in Fig. 18; 

Fig. 20 is a schematic diagram showing a 
5 condition input screen; 

Fig. 21 is a schematic diagram showing a first 
determined result screen; 

Fig. 22 is a schematic diagram showing a 
second determined result screen; 
10 Fig. 23 is a schematic diagram showing a third 

determined result screen; 

Fig. 24 is a flow chart showing a simulating 
process ; 

Fig. 25 is a schematic diagram showing a 
15 simulation screen; 

Fig. 26 is a schematic diagram showing a 
member count table; 

Fig. 27 is a block diagram showing the 
structure of an information processing unit; and 
20 Fig. 28 is a schematic diagram showing a 

record medium. 



Description of Preferred Embodiment 

Next, with reference to the accompanying 
25 drawings, an embodiment of the present invention 



will be described. 

Fig. 2 is a schematic diagram showing the 
theory of a processing system according to the 
present invention. 
5 A first aspect of the present invention is a 

processing system, comprising a storing device 21, 
a selecting device 22, and a presenting device 23. 
The storing device 21 stores membership 
qualification conditions of a plurality of services, 

10 The selecting device 22 compares membership 

qualification conditions of a service of which a 
user has become a member (referred to as joined 
service) with membership qualification conditions 
of a service of which the user has not become a 

15 member (referred to as non-joined service) and 
selects a service of which the user can become a 
member. The presenting device 23 presents 

information about the service of which the user can 
become a member to the user. 

20 When the user wants information about services 

of which the user can become members, the selecting 
device 22 extracts membership qualification 
conditions of joined services and membership 
qualification conditions of non-joined services 

25 from membership qualification conditions stored in 
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the storing device 21. The selecting device 22 
compares those membership qualification conditions, 
selects services of which the user can become 
members, and passes the selected result to the 
5 presenting device 23. The presenting device 23 
presents a list of services of which the user can 
become members as the selected result to the user. 

According to the processing system, before the 
user takes a membership qualification, the user can 

10 obtain a list of services of which the user can 
become members. Thus, without need to take 

membership qualifications for all non-joined 
services, the user can narrow services of which the 
user can become members and effectively select a 

15 service of which the user wants to become a member. 

A second aspect of the present invention is a 
processing system, comprising a storing a storing 
device 21, a first determining device 24, and a 
second determining device 25. The storing device 21 

20 stores identification information of a first 
service as qualification criterion information for 
qualifying membership of a second service. The 
first determining device 24 determines whether or 
not a user has used the second service when the 

25 user wants to become a member of the first service. 
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The second determining device 25 determines that 
the user has a membership qualification for the 
second service when the user has used the first 
service . 

5 When the user wants to become a member of a 

first service, the first determining device 24 
references the qualification criterion information 
for qualifying the membership of the first service 
and obtains identification information of a second 

10 service, the identification information being 
contained in the qualification criterion 
information. The first determining device 24 

determines whether or not the user has used a 
second service corresponding to the identification 

15 information and passes the determined result to the 
second determining device 25. When the determined 
result represents that user has not used the second 
service, the second determining device 25 
determines that the user has a membership 

20 qualification for the first service. 

According to the processing system, when the 
user becomes a member of a new service, the 
membership qualification can be determined 
corresponding to membership qualification 

25 conditions of a service of which the has become a 
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member instead of user's personal information. Thus, 
the membership qualification can be simplified. 
Thus, the load of a service provider alleviates. 

A third aspect of the present invention is a 
5 processing system, comprising a storing device 21, 
a designating device 26, a simulating device 27, 
and an output device 28. The storing device 21 
stores membership qualification conditions of an 
existing service. The designating device 26 

10 designates a new membership qualification condition. 
The simulating device 27 compares the membership 
qualification conditions of the existing service 
with the new membership qualification condition and 
obtains information about the number of users who 

15 can become members of the service corresponding to 
the new membership qualification condition. The 
output device 2 8 outputs the obtained information. 

When a service provider wants to analyze the 
relation between membership qualification 

20 conditions of the service and the number of users, 
the service provider designates a new membership 
qualification condition using the designating 
device 26. The simulating device 27 compares the 
existing membership qualification conditions of the 

25 service stored in the storing device 21 with the 
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designated membership qualification condition and 
obtains the number of users who can become members 
of the service corresponding to the designated 
membership qualification condition. The output 
5 device 28 outputs the relation between the 
designated membership qualification condition and 
the obtained number of users. 

According to the processing system, when the 
service provider starts a new service or changes 

10 the membership qualification conditions of the 
existing service, while considering the number of 
users who can become members of the service, the 
service provider can effectively designate a 
membership qualification condition for qualifying 

15 the membership. Thus, the load of the service 
provider alleviates. 

For example, the storing device 21 shown in 
Fig. 2 corresponds to a service management DB 52 
shown in Fig. 10 (the service management DB 52 will 

20 be described later) . The selecting device 22, the 
presenting device 23, the determining device 24, 
the determining device 25, the designating device 
2 6, the simulating device 27, and the output device 
28 shown in Fig. 2 correspond to a certificate 

25 managing portion 51 shown in Fig. 10. 
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A service system according to the embodiment 
includes a certificating system using a digital 
certificate. When the user presents one digital 
certificate to a plurality of independent network 
5 services, the certificating system permits the user 
to use those services. The certificating system 
issues a digital certificate to only a user 
certificated by a predetermined certificating 
method. The digital certificate represents that the 

10 user can use a plurality of services. 

The digital certificate is generated by a 
certificate authority that digitally signing data 
of which a user name, a certificate issuer, a 
serial number, a user's public key, and so forth 

15 are integrated corresponding to Specification X. 

509 of ITU-U (International Telecommunication Union 
Telecommunication Standardization Sector) . The 
certificate authorizes that the public key 
contained therein belongs to the user. 

20 Fig. 3A shows an issuing process and a 

qualifying process for a digital certificate 
performed by such a certificating system. In Fig. 
3A, services A and B are membership services using 
IDs and passwords. Services 32 and 33 provide the 

25 services A and B to a user 31, respectively. A 
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certificate authority 34 is a certificate issuing 
organization that is independent from the service 
providers. The certificate authority 34 issues a 
digital certificate that is common with the 
5 services A and B to the user 31. The digital 
certificate is referred to as common certificate. 

To allow the user 31 to be certificated with 
the common certificate, the certificate authority 
34 should issue a common certificate to the user 31. 

10 In that case, the certificate authority 34 issues a 
common certificate to the user 31 through the 
service A. When the user 31 initially accesses the 
service B, the server 33 qualifies the common 
certificate. The servers 32 and 33 contain user 

15 information management tables 36 and 37, 
respectively. Each of the information management 
tables 36 and 37 contain an ID, a password, and so 
forth of the user 31. In that case, the following 
process is performed in this sequence. 

20 PI: The user 31 sends the ID and the password 

for the service A to the server 32. The server 32 
references the user information management table 36 
and certificates the user 31. When the certificated 
result is OK, the server 32 requests the 

25 certificate authority 34 to issues the common 
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certificate . 

P2 : The server 32 receives the common 
certificate from the certificate authority 34 and 
issues the common certificate to the user 31. At 
5 that point, the common certificate that the user 31 
has certificates the use of only the service A. A 
certificate management DB 35 of the certificate 
authority 34 contains the relevant user name and 
information that represents the validity of the use 
10 of the service A along with identification 
information (for example, a serial number) of the 
common certificate. The user information management 
table 36 contains a serial number (Ser. No.) of the 
common certificate along with the ID and the 
15 password. 

P3: The user 31 presents the issued common 
certificate to the server 33. 

P4 : The server 33 determines that the present 
common certificate does not certificate the use of 
20 the service B and request the user 31 for the ID 
and the password for the service B. 

P5: The user 31 sends the ID and the password 
for the service B to the server 33. 

P6: The server 33 references the user 

25 information management table 37 and certificates 
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the user. When the certificated result is OK, the 
server 33 provides the service B to the user 31. 
Thereafter, the common certificate that the user 31 
has allows the user 31 to use the service B. At 
5 that point, the common certificate that the user 31 
has certificates the use of the services A and B. 
The certificate management DB 35 contains 
information that represents the validity of the use 
of the services A and B. In addition, the user 

10 information management table 37 contains the serial 
number of the common certificate along with the ID 
and the password. 

At steps PI and P5, the user is certificated 
with IDs and passwords. Alternatively, the user may 

15 be certificated with another certificating method 
using finger print information, voice print 
information, picture information, or the like. When 
the user wants to guit the use of a service, the 
user performs an invalidating process for the 

20 common certificate or a service use prohibiting 
process. When the user performs the invalidating 
process for the common certificate, the following 
process is performed in this sequence as shown in 
Fig. 3B. 

25 Pll: The user 31 sends the ID and the password 
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for the service A or the common certificate to the 
server 32 . 

P12: When the server 32 receives the ID and 
the password, the server 32 references the user 
5 information management table 36 and certificates 
the user 31. When the certificated result is OK, 
the server 32 notifies the user 31 that the 
certificated result is OK. When the server 32 
receives the common certificate, the server 32 
10 certificates the user 31 in a predetermined 
certificating method (that will be described 
later) and notifies the user 31 of the certificated 
result . 

P13: The user 31 requests the server 32 for 
15 the invalidation of the common certificate that the 
user 31 has. The server 32 notifies the certificate 
authority 34 of the serial number of the common 
certificate and requests the certificate authority 
34 to perform the invalidating process for the 
20 common certificate. The certificate authority 34 
deletes the information of the common certificate 
from the certificate management DB 35. The server 
32 deletes the serial number of the common 
certificate from the user information management 
25 table 36. 
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P14 : Thereafter, the user 31 presents the 
common certificate that the user 31 has as 
certification information to the server 33. The 
server 33 notifies the certificate authority 34 of 
5 the serial number of the presented common 
certificate and inquires the certificate authority 
34 for the validity of the common certificate. 

P15: Since the notified serial number has not 
been registered to the certificate management DB 35, 

10 the certificate authority 34 notifies the server 33 
that the checked result is NG. The server 33 
deletes the serial number of the common certificate 
from the user information management table 37 and 
notifies the user 31 of the invalidity of the use 

15 of the service B. 

Fig. 4 shows a user certificating process 
using an issued common certificate. In the case, a 
service is provided in the following sequence. 

P21: The user 31 presents a common certificate 

20 that the user 31 has as certification information 
to the server 32. The server 32 notifies the 
certificate authority 34 of the serial number of 
the presented common certificate and requests the 
certificate authority 34 to check for the common 

25 certificate. The certificate authority 34 
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references the certificate management DB 35 and 
checks whether or not the notified serial number 
has been registered thereto. When the notified 
serial number has been registered and the service A 
5 can be used, the certificate authority 34 returns 
OK as the checked result to the server 32. 

P22: When the server 32 receives OK from the 
certificate authority 34, the server 32 provides 
the service A to the user 31. 

10 P23: The user 31 presents the common 

certificate that the user 31 has as certification 
information to the server 33. The server 33 
receives the checked result from the certificate 
authority 34 in the same manner as the server 32. 

15 P24: When the server 33 receives OK from the 

certificate authority 34, the server 33 provides 
the service B to the user 31. 

In that example, the case that the user uses 
two services was described. This applies to the 

20 case that the user uses three or more services. The 
servers 32 and 33 request the certificate authority 
34 for checking for the common certificate so as to 
determine whether the presented common certificate 
is invalid. However, it should be noted that the 

25 checking step can be omitted. 
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In that case, in the invalidating step, the 
certificate authority 34 notifies all servers of 
relevant services of the serial number of the 
invalidated common certificate. Each server deletes 
5 the serial number from the user information 
management table. When the user presents the common 
certificate to a particular server, if the serial 
number has been registered to a relevant user 
information management table, the certificated 

10 result is OK. If the serial number has not been 
registered, the certificated result is NG. 

In the certificating system shown in Figs. 3A, 
3B, and 4, the user can use a plurality of service 
by presenting only a common certificate without 

15 need to use designated IDs and passwords for the 
individual services. Thus, the user does not need 
to memorize a plurality of IDs and passwords. In 
addition, whenever the user uses a service, the 
user does not need to input relevant ID and 

20 password. Thus, the user's load significantly 
alleviates . 

The certificate management DB 35 contains a 
certificate management table shown in Fig. 5 and an 
available service management table shown in Fig. 6. 
25 The certificate management table shown in Fig. 5 
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contains a serial number, a user name, an address, 
and an e-mail address of a common certificate. The 
available service management table shown in Fig. 6 
contains a serial number and an available service 
5 ID of a common certificate. The certificate 

management table and the available service 
management table are generated for each common 
certificate . 

Fig. 7 shows an example of the user 

10 information management tables 36 and 37. The user 
information management table shown in Fig. 7 
contains a user ID, a password, a user's name, a 
use's address, and a serial number of a common 
certificate. The user information management table 

15 is generated for each user. 

Fig. 8 is a flow chart showing a process 
performed in the case that the user 31 requests the 
server 32 of the service A to issue or invalidate a 
common certificate. First of all, the user 31 

20 accesses the server 32 (at step SI) . The server 32 
displays a login screen on the user's terminal unit 
(at step S2) . Thereafter, the user 31 inputs an ID 
and a password for the service A (at step S3) . The 
server 32 references the user information 

25 management table 36 and checks for the input ID and 
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password (at step S4) . 

When the determined result at step S4 is No 
(namely the input ID and password are not valid) , 
the server 32 repeats the process from step S2 . 
5 When the determined result at step S4 is Yes 
(namely, the input ID and password are valid) , the 
server 32 references the user information 
management table 36 and checks whether or not a 
common certificate has been issued to the user 31 

10 (at step S5) . 

When the determined result at step S5 is No 
(the serial number of the use's common certificate 
has not been registered to the user information 
management table 36) , the server 32 determines that 

15 the common certificate has not been issued to the 
user 31 and requests the certificate authority 34 
to issue the common certificate (at step S6) . 

Thus, the certificate authority 34 issues the 
common certificate (at step S7). At that point, the 

20 certificate authority 34 generates a certificate 
management table that contains the serial number of 
the common certificate and the user information. In 
addition, the certificate authority 34 generates an 
available service management table that contains 

25 the serial number of the common certificate and the 
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ID of the service A. The certificate authority 34 
places those tables to the certificate management 
DB 35. 

Thereafter, the server 32 delivers the issued 
5 common certificate to the user 31. The server 32 
records the serial number of the common certificate 
to the user information management table 3 6 (at 
step S8) . Thereafter, the server 32 completes the 
process . 

10 When the determined result at step S5 is Yes 

(namely, the user information management table 3 6 
contains the serial number of the common 
certificate) , the server 32 notifies the user 31 
that the common certificate has been issued and 

15 inquires the user 31 whether or not the user 31 
want to invalidate the common certificate (at step 
S9) . When the determined result at step S9 is No 
(namely, the user 31 does not want to invalidate 
the common certificate) , the server 32 completes 

20 the process. 

When the determined result at step S9 is Yes 
(namely, the user wants to invalidate the common 
certificate) , the server 32 notifies the 
certificate authority 34 of the serial number of 

25 the common certificate and requests the certificate 
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authority 34 to invalidate it (at step S10) . Thus, 
the certificate authority 34 deletes the 
certificate management table and the available 
service management table corresponding to the 
5 notified serial number and notifies the server 32 
of the processed result. The server 32 deletes the 
serial number of the common certificate from the 
user information management table 3 6 and notifies 
the user 31 that the common certificate has been 
10 invalided. Thereafter, the server 32 completes the 
process . 

Fig. 9 is a flow chart showing a process in 
the case that the user 31 requests the server 33 to 
qualify a common certificate that the user 31 has. 

15 First of all, the user 31 accesses the server 33 
(at step Sll) and presents the common certificate 
thereto (at step S12) . 

Thereafter, the server 33 checks whether the 
user information management table 37 contains the 

20 serial number of the presented common certificate 
(at step S13) . When the determined result at step 
S13 is No (namely, the user information management 
table 37 does not contain the serial number) , the 
server 33 performs the process at steps S14 to S16 

25 that are the same steps as steps S2 to S4, 
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respectively. 

When the determined result at step S16 is Yes 
(namely, the ID and the password are valid) , the 
server 33 notifies the certificate authority 34 of 
5 the serial number of the presented common 
certificate and requests the certificate authority 
34 to validate the use of the service B with the 
common certificate (at step S17). 

Thus, the certificate authority 34 adds the ID 

10 of the service B to an available service management 
table corresponding to the notified serial number 
and notifies the server 33 of the validity of the 
use of the service B (at step S18) . Thereafter, the 
server 33 records the serial number of the common 

15 certificate to the user information management 
table 37 (at step S19) . Thereafter, the process is 
completed. 

When the determined result at step S13 is Yes 
(namely, the user information management table 37 

20 contains the serial number of the common 
certificate) , the server 33 inquires the user 31 
whether or not the user 31 want to prohibit the use 
of the service B (at step S20-1) . When the 
determined result at step S20-1 is No (namely, the 

25 user does not want to prohibit the use of the 
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service B) , the server 33 completes the process. 

When the determined result at step S20-1 is 
Yes (namely, the user wants to prohibit the use of 
the service B) , the server 33 deletes the serial 
5 number of the presented common certificate from the 
user information management table 37 (at step S20- 
2) and requests the certificate authority 34 to 
delete the service B from the available service of 
the common certificate (at step S20-3) . 

10 Thus, the certificate authority 34 deletes the 

service ID of the service B from the relevant 
available service management table and notifies the 
server 33 that the service B has been deleted (at 
step S20-4) . Thereafter, the server 33 notifies the 

15 user 31 that the use of the service B has been 
prohibited. Thereafter, the server 33 completes the 
process . 

In the above-described example, the 
certificate management table and the available 
20 service management table are independently provided. 
Alternatively, information of those tables may be 
contained in one table. 

Next, with reference to Figs. 10 and 11, an 
example of which the above-described certificating 
25 system is applied to Nifty, which is an Internet 
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membership service. 

Many companies provide services as portal 
sites on Nifty. A portal site, which is a huge web 
site that is a gate of the Internet, has links to 
5 various service sites. However, when a plurality of 
independent services are concentrated to a portal 
site, the certificating process becomes complicated. 
Besides Nifty, such a problem takes place at any 
portal site. In that situation, using the above- 
10 described common certificate, the certificating 
process can be simply performed for a plurality of 
services . 

Fig. 10 is a block diagram showing the 
structure of a service system including a portal 

15 site Finance@nifty, which provides financial 
services. The service system shown in Fig. 10 
comprises the Internet 41, a server 42 of a 
certificate authority, a server 43 of a @nifty 
membership service, a server 44 of a bank, a server 

20 45 of a credit card company, a server 46 of an 
insurance company, a server 47 of an Internet shop, 
a server 48 of an electric power company, a server 
49 of a gas company, and a user terminal unit 50. 

In the example, the @nifty, the bank, the 

25 credit card company, the insurance company, the 
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Internet shop, the electric power company, and the 
gas company are independent business organizations 
that provide respective membership services. 

The server 42 of the certificate authority 
5 comprises a certificate management DB 35, a 
certificate managing portion 51, and a service 
management database 52. The certificate management 
DB 35 contains a certificate management table and 
an available service management table for each 

10 common certificate. The certificate managing 

portion 51 for example issues, checks, and 
invalidates a common certificate using the 
certificate management DB 35. The service 

management DB 52 contains information about each 

15 service. The certificate managing portion 51 
performs a membership qualifying process for each 
service . 

The server 43 of the @nifty membership service 
comprises a membership screen controlling portion 

20 61, a charging managing portion 62, a user 
management DB 63, a screen layout DB 64, and a 
charging information DB 65. The user management DB 
63 contains a user information management table of 
each user. The screen layout DB 64 contains data of 

25 a membership service screen. The charging 
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information DB 65 contains data of charged amount 
collected from the servers 47, 48, and 49 and so 
forth. 

The membership screen controlling portion 61 
5 controls a screen display of the user terminal unit 
50 using the user management DB 63 and the screen 
layout DB 64. The charging managing portion 62 
controls a screen display of the charged amount 
using the charging information DB 65. 

10 For example, a page 71 of the Finance@nif ty 

displayed on the user terminal unit 50 contains 
items of a membership service 81 and a certificate 
82. When the user designates those items, the user 
terminal unit 50 automatically sends its common 

15 certificate to the server 43. The server 43 
certificates the user with the common certificate. 
When the user has been successfully certificated, 
the user terminal unit 50 displays a page 72 of a 
member menu. The page 72 contains items of a public 

20 utility charge settlement service 83, a statement 
display service 84, an address change notice 
service 85, and a member setting 86. 

When the user selects the public utility 
charge settlement service 83, the user terminal 

25 unit 50 sends the common certificate to the server 
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44. The server 44 certificates the user with the 
common certificate. When the user has been 
successfully certificated, the user terminal unit 
50 displays a page 73 of public utility charge 
5 settlement. The page 7 3 contains items of account 
transfer application 87, Internet personal payment 
88, and bank settlement application 89. 

When the user selects the statement display 
service 84, the user terminal unit 50 displays a 
10 page 74 of user's detailed financial information. 

At that point, when necessary, the user terminal 
unit 50 sends the common certificate to the servers 
44 and 45. The servers 44 and 45 certificate the 
user. 

15 The layout data of the page 74 is supplied 

from the membership screen controlling portion 61. 
The data of the charged amount is supplied from the 
charging managing portion 62. The balance data of 
the bank account is supplied from the server 44 of 

20 the bank. The charge settlement data of the credit 
card is supplied from the server 45 of the credit 
card company. 

Fig. 11 shows a process of which a user uses 
the statement display service 84 in the service 

25 system shown in Fig. 10. In the process, a 
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plurality of services of business organizations 
such as @nifty, a bank, and a credit card company 
are provided in the following sequence. 

P31: The user accesses the FinanceSnif ty site 
5 with the common certificate on the user terminal 
unit 50. 

P32: The server 43 of the @nifty membership 
service notifies the server 42 of the certificate 
authority of the serial number of the common 
10 certificate. 

P33: The server 42 references a relevant 
available service management table of the 
certificate management DB 35. When the common 
certificate represents the validity of the @nifty 
15 membership service, the server 42 returns OK as the 
checked result to the user terminal unit 50. 

P34: The server 43 causes the user terminal 
unit 50 to display the member menu 72. 

P35: The user selects the statement display 
20 service from the member menu 72. 

P36: The server 43 notifies the server 42 of 
the certificate authority of the serial number of 
the common certificate and inquires the server 42 
of the certificate authority for available services 
25 corresponding to the notified serial number. 
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P37: The server 42 references a relevant 
available service management table, obtains an 
available service ID corresponding to the notified 
serial number, and returns it to the server 43. 
5 P38: The server 43 sends layout data for 

drawing a screen including a display region 
corresponding to the received service ID to the 
user terminal unit 50. The layout data is described 
in HTML (HyperText Markup Language) , XML 
10 (extensible Markup Language) or the like. 

P39: The user terminal unit 50 inquires the 
server of the A bank for statement information with 
the common certificate. 

P40: The server of the A bank notifies the 
15 server 42 of the certificate authority of the 
serial number of the presented common certificate. 

P41: The server 42 references a relevant 
available service management table of the 
certificate management DB 35. When the common 
20 certificate represents the validity of the service 
of the A bank, the server 42 of the certificate 
authority returns OK as the checked result to the 
user terminal unit 50. 

P42: The server of the A bank sends balance 
25 data of the user's account as the statement 
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information to the user terminal unit 50. 

P43 to P4 6: The server of the B bank sends 
balance data of the user's account to the user 
terminal unit 50 corresponding to the certificated 
5 result of the common certificate in the same manner 
as the server of the A bank. 

As a result, the user terminal unit 50 
displays the statement page 74. In the same manner, 
the server 45 of the credit card company and the 

10 server 4 6 of the insurance company can provide the 
statement information of the statement page 74. 

According to the service system shown in Fig. 
10, statement information such as account balances 
and charged amounts of individual services can be 

15 integrally displayed on one layout screen. Thus, 
the user can transversely use a plurality of 
services. In Fig. 10, the function of the 

certificate authority is independent from each 
service. Alternatively, the function of the 

20 certificate authority may be contained in the 
Snifty membership service. 

Next, with reference to Figs. 12 to 26, a 
membership qualifying process performed by the 
server 42 of the certificate authority shown in Fig 

25 10 will be described. 
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The service management DB 52 of the server 42 
contains membership qualification criterion 
information of a plurality of services. The 
certificate managing portion 51 references the 
5 membership qualification criterion information and 
performs an available membership service displaying 
process, a membership qualifying process, a 
membership qualification condition simulating 
process, and so forth. 

10 In the available membership service displaying 

process, corresponding to the membership 
qualification criterion information of each service, 
a service that can be used by a particular user is 
selected from a plurality of services and the 

15 selected service is displayed. In the membership 
qualifying process, information of a service of 
which a user has already become a member is used on 
behalf of the server of each service. In the 
membership qualification condition simulating 

20 process, a new membership qualification criterion 
is simulated corresponding to membership 
qualification criterion information of each service 
Fig. 12 shows an example of a service table 
contained in the service management DB 52. Fig. 13 

25 shows an example of a membership qualification 
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table contained in the service management DB 52. 
Those tables are generated for each service. 

The service table shown in Fig. 12 contains a 
service ID, a company ID, user membership 
5 qualification conditions 1 to t of the service, a 
service category, a service name, a service summary, 
a membership application URL (Uniform Resource 
Locator), and a membership inquiry e-mail address. 
The membership qualification conditions 1 to t 

10 correspond to the membership qualification 
criterion information. Referring to Fig. 12, the 
service has membership qualification conditions of 
sex, age, annual income, company of employment, and 
so forth. In this example, an applicant who is a 

15 female of up to 40 years old and who has an annual 
income of over ¥ 6, 000, 000 can become a member of 
the service. 

The membership qualification table shown in 
Fig. 13 contains a service ID and qualification 

20 criteria. The qualification criteria include a 
company ID and a service ID of a service provided 
by the company. The membership qualification table 
is used to qualify the membership of a use to a 
service corresponding to membership qualification 

25 conditions of another service. 
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According to the qualification criteria shown 
in Fig. 13, a user who uses services "****b" and 
"****C« Q f a company "aaaaa", any service of a 
company "bbbbb", or a service "****d" of a company 
5 "cccc" is permitted to become a member of the 
service A. 

When a company can be identified with the 
content (sequence of digits) of a service ID, the 
membership qualification table does not always need 

10 to contain the company ID. When a user does not 
satisfy the qualification criteria of the 
membership qualification table, the user is 
qualified corresponding to the membership 
qualification conditions of the service table in 

15 the conventional membership qualifying process. 

Fig. 14 shows an example of the menu screen 
displayed when a user or a service provider 
accesses the server 42 of the certificate authority 
The menu shown in Fig. 14 contains items of an 

20 available membership service display 91, a 
membership qualification 92, and a membership 
qualification condition simulation 93. When the 
user selects the available membership service 
display 91 with a common certificate, the server 42 

25 of the authenticating office performs the service 
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displaying process. When the service provider 
selects the membership qualification 92, the server 
42 of the authenticating office performs the 
membership qualifying process. When the service 
5 provider selects the membership qualification 
condition simulation 93, the server 42 of the 
authenticating office performs the membership 
qualification condition simulating process. 

The menu screen may separately display a 

10 screen for a member and a screen for a service 
provider. In this case, those screens display only 
items that can be used by the user and the service 
provider, respectively. 

Figs. 15 and 16 are a first part and a second 

15 part of a flow chart showing the available 
membership service displaying process performed by 
the certificate managing portion 51 of the server 
42. The certificate managing portion 51 references 
to a relevant available service management table of 

20 the certificate management DB 35 corresponding to a 
serial number of a common certificate presented by 
the user and obtains registered service IDs (at 
step S21 in Fig. 15) . 

Thereafter, the certificate managing portion 

25 51 determines the number of obtained service IDs 



38 



(at step S22) . Those service IDs represent that the 
user has become members thereof. When the 

determined result at step S22 is Yes (namely, there 
are a plurality of service IDs) , the certificate 
5 managing portion 51 references the service 
management DB 52, extracts membership qualification 
conditions from the relevant service tables 
corresponding to the service IDs, and ANDs the 
membership qualification conditions of the services 

10 (at step S23) . The certificate managing portion 51 
records the resultant conditions as membership 
qualification conditions of services of which the 
user has become members (hereinafter those services 
are referred to as joined services) . 

15 Thereafter, the certificate managing portion 

51 evokes one of the service tables of the services 
of which the user has not become members 
(hereinafter those services are referred to as non- 
joined services) (at step S24) . The certificate 

20 managing portion 51 compares the conditions of the 
joined service with the conditions of the non- 
joined service (at step S25) . When the determined 
result at step S25 is No (namely, the conditions of 
the joined service do not satisfy the conditions of 

25 the non-joined service) , the certificate managing 
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portion 51 repeats the process from step S24. 

When the determined result at step S25 is Yes 
(namely, the conditions of the joined service 
satisfy the conditions of the non- joined service),, 
5 the certificate managing portion 51 determines 
whether or not the evoked service table contains 
another membership qualification condition (at step 
S26) . When the determined result at step S26 is No 
(namely, the service table does not contain another 

10 membership qualification condition) , the 

certificate managing portion 51 determines that the 
user can immediately become a member of the service 
and records the category, name, and summary of the 
non- joined service to a table for services without 

15 any condition in a buffer area of the memory (at 
step S27) . 

Thereafter, the certificate managing portion 
51 determines whether or not there is a service 
table of a non- joined service. When the determined 

20 result at step S28 is Yes (namely, there is a 
service table of a non-joined service), the 
certificate managing portion 51 repeats the process 
from step S24. When the determined result at step 
S26 is Yes (namely, the service table contains 

25 another condition) , the certificate managing 
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portion 51 determines that the user can become a 
member of the service with the condition and stores 
the category, name, and summary of the non- joined 
service and the condition to a table for services 
5 with conditions (at step S29) . Thereafter, the 
certificate managing portion 51 repeats the process 
from step S28. 

When the determined result at step S28 is Yes 
(namely, there is no service table of a non-joined 
10 service) , the certificate managing portion 51 
displays the contents of the tables generated at 
steps S27 and S29 as the service selection screen 
as shown in Fig. 17 on the user terminal unit 50 
(at step S30) . 

15 The service selection screen shown in Fig. 17 

displays services of which the user has become 
members and services of which the user can become 
members. The services of which the user can become 
members are divided into services of which the user 

20 can become members without any condition and 
services of which the user can become with a 
condition . 

On such a service selection screen, when the 
user selects a non-joined service (at step S31 in 
25 Fig. 16) , the certificate managing portion 51 
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references a relevant service table, obtains a 
service application URL, and sends the obtained URL 
to the user terminal unit 50 (at step S32) . Thus, 
the user's screen is jumped to the site of the 
5 selected service. The user terminal unit 50 
displays the membership application screen (at step 
S33) . Thereafter, the user requests the site for 
the application of the membership of the service 
corresponding to the instructions of the membership 

10 application screen. 

Instead of requesting the site for the 
application of the membership of the service on the 
membership application screen, the user can send a 
membership inquiry e-mail to the site of the 

15 selected service. In that case, at steps S32 and 
S33, the certificate managing portion 51 obtains 
the membership inquiry e-mail address from the 
relevant service table and displays it on the user 
terminal unit. 

20 In the available membership service displaying 

process, before taking a membership qualification, 
the user can obtain a list of available non-joined 
services. Thus, without need to take membership 
qualifications for all non-joined services, the 

25 user can narrow services of which the user can 
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become members. The user can select a desired 
service from the narrowed services. 

Figs. 18 and 19 are a first part and a second 
part of a flow chart showing a membership 
5 qualifying process performed by the certificate 
managing portion 51, respectively. The certificate 
managing portion 51 displays a condition input 
screen as shown in Fig. 20 on a terminal unit of a 
service provider (for example, a server that 

10 provides a service) and prompts the service 
provider for membership qualification information 
(at step S41 in Fig. 18) . Thus, the service 
provider inputs a serial number of a common 
certificate of a user who wants to become a member 

15 of the service and a service ID of the service. 

Thereafter, the certificate managing portion 
51 searches the service management DB 52 for a 
membership qualification table corresponding to the 
input service ID (at step S42) . When the service 

20 provider pre-registers a membership qualification 
table, the certificate managing portion 51 evokes 
it. 

Thereafter, the certificate managing portion 
51 searches the certificate management DB 35 for an 
25 available service management table corresponding to 
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the input serial number (at step S43) . When the 
determined result at step S43 is No (namely, the 
certificate management DB 35 does not obtain the 
relevant available service management table) , the 
5 certificate managing portion 51 displays a message 
that represents that the user cannot be found or 
that the user does not use the other service (at 
step S44) . Thereafter, the certificate managing 
portion 51 completes the process. 

10 When the determined result at step S43 is Yes 

(namely, the certificate management DB 35 contains 
the relevant available service management table) , 
the certificate managing portion 51 evokes it and 
compares the service ID registered in the available 

15 service management table with the qualification 
criteria of the membership qualification table (at 
step S45) . When the determined result at step S45 
is Yes (namely, the service ID satisfies the 
qualification criteria of the membership 

20 qualification table) , the certificate managing 
portion 51 determines that the user has a 
membership qualification and displays a qualified 
result screen as shown in Fig. 21 (at step S46) . 
Thereafter, the certificate managing portion 51 

25 completes the process. 
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When the determined result at step S42 is No 
(namely, the service provider does not pre-register 
a membership qualification table) , since the 
service management DB 52 does not contain a 
5 relevant membership qualification table, the flow 
advances to step S47 (shown in Fig. 19) . In 
addition, when the determined result at step S45 is 
No (namely, the service ID does not satisfy the 
qualification criteria) , the flow advances to step 
10 S47. 

Steps S47 and S48 shown in Fig. 19 are the 
same as steps S43 and S44 shown in Fig. 18, 
respectively. In addition, steps S49 and S50 shown 
in Fig. 19 are the same as steps S22 and S23 shown 
15 in Fig. 15, respectively. 

When the conditions of a joined service have 
been recorded at steps S49 and S50, the certificate 
managing portion 51 evokes a service table of a 
service corresponding to the service ID that has 
20 been input by the service provider (at step S51 in 
Fig. 19) and compares the conditions of the joined 
service with the conditions of the relevant service 
(at step S52) . 

When the determined result at step S52 is No 
25 (namely, the conditions of the joined service do 
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not satisfy the conditions of the relevant service) , 
the certificate managing portion 51 determines that 
the user does not have a membership qualification 
for the service and displays a qualified result 
5 screen as shown in Fig. 22 (at step S53) . 
Thereafter, the certificate managing portion 51 
completes the process. The screen shown in Fig. 22 
contains a message that represents that it cannot 
be determined that the user has a membership 

10 qualification for the service. The screen shown in 
Fig. 22 may contain a message that represents that 
to continue the membership qualification, the user 
should input his or her personal information. 

When the determined result at step S52 is Yes 

15 (namely, the conditions of the joined service 

satisfy the conditions of the relevant service) , 
the certificate managing portion 51 determines 
whether or not the service table contains another 
membership qualification condition (at step S54). 

20 When the determined result at step S54 is No 
(namely, the service table does not contain another 
membership qualification condition) , the 

certificate managing portion 51 determines that the 
user has a membership qualification for the service 

25 and displays the qualified result screen as shown 



in Fig. 21 (at step S55) . Thereafter, the 

certificate managing portion 51 completes the 
process . 

When the determined result at step S54 is Yes 
5 (namely, the service table contains another 
condition) , the certificate managing portion 51 
obtains the condition (at step S56) and determines 
that the user has a membership qualification for 
the service with a condition. Thereafter, the 

10 certificate managing portion 51 displays a 
qualified result screen as shown in Fig. 23 (at 
step S57) . Thereafter, the certificate managing 
portion 51 completes the process. The screen shown 
in Fig. 23 represents that the other condition is 

15 an additional condition that the user should input. 

When the certificate authority concentrically 
manages available membership services and a user 
becomes a member of a new service, the certificate 
authority qualifies a membership for the user on 

20 behalf of the service provider. Thus, the load of 
the service provider necessary for qualifying the 
membership alleviates. For example, when a user has 
a membership qualification for a bank service and 
an insurance service, a membership qualification of 

25 a credit card service for the user can be omitted. 
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Fig. 24 is a flow chart showing a membership 
qualification condition simulating process 
performed by the certificate managing portion 51. 
First of all, the certificate managing portion 51 
5 displays a simulation screen as shown in Fig. 2 on 
the terminal unit of the service provider and 
prompts the service provider for a membership 
qualification condition to be simulated (at step 
S61) . Thus, the service provider inputs conditions 

10 such as sex, age, and annual income and then 
presses a simulation button 101. 

The certificate managing portion 51 generates 
a virtual service table containing the input 
membership qualification conditions in a buffer 

15 area of the memory (at step S62) and evokes one 
service table from the service management DB 52 (at 
step S63) . Thereafter, the certificate managing 
portion 51 compares the conditions of the virtual 
service table with the conditions of the service 

20 table that has been evoked from the service 
management DB 52 (at step S64) . Hereinafter, the 
service table that has been evoked from the service 
management DB 52 is referred to as real service 
table. 

25 When the determined result at step S64 is No 
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(namely, the conditions of the virtual service 
table do not satisfy the conditions of the real 
service table) , the certificate managing portion 51 
repeats the process from step S63. When the 
5 determined result at step S64 is Yes (namely, the 
conditions of the virtual service table satisfy the 
conditions of the real service table) , the 
certificate managing portion 51 determines whether 
or not the real service table contains another 

10 membership qualification condition (at step S65) . 
When the determined result at step S65 is Yes 
(namely, the real service table contains another 
condition) , the certificate managing portion 51 
repeats the process from step S63. 

15 When the determined result at step S65 is No 

(namely, the real service table does not contain 
another membership qualification condition) , the 
certificate managing portion 51 searches the 
certificate management DB 35 for an available 

20 service management table that contains the service 
ID contained in the real service table and obtains 
a serial number of a common certificate from one of 
such available service management tables (at step 
S66) . Thereafter, the certificate managing portion 

25 51 determines whether or not a member count table 
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as shown in Fig. 26 contains the serial number (at 
step S67) . The member count table is placed in the 
buffer area of the memory (at step S67) . 

When the determined result at step S67 is Yes 
5 (namely, the member count table contains the serial 
number) , the certificate managing portion 51 
repeats the process from step S66. When the 
determined result at step S67 is No (namely, the 
member count table does not contain the serial 

10 number) , the certificate managing portion 51 adds 
the serial number to the member count table. 
Thereafter, the certificate managing portion 51 
determines whether or not there is another service 
table (at step S69) . When the determined result at 

15 step S69 is Yes (namely, there is another service 
table) , the certificate managing portion 51 repeats 
the process from step S63. 

When the determined result at step S69 is Yes 
(namely, there is no service table) , the 

20 certificate managing portion 51 counts the number 
of serial numbers contained in the member count 
table (at step S70) and displays the counted result 
on the simulation screen (at step S71) . Thereafter, 
the certificate managing portion 51 completes the 

25 process. 



50 



The screen shown in Fig. 25 displays the 
number of serial numbers that have been counted as 
the number of users who can become members of the 
service corresponding to the input conditions as a 
5 percentage of the total of issued common 
certificates to the number of users who can become 
members of the service. When the service provider 
repeats the simulation by changing the input 
conditions, he or she can determine membership 

10 qualification conditions corresponding to a desired 
number of users. However, one of the number of uses 
who can become members of the service and the 
percentage may be displayed on the screen. 

In the membership qualification condition 

15 simulating process, when the service provider 
starts a new service or changes membership 
qualification conditions of an existing service, 
the service provider can effectively designate 
membership qualification conditions while 

20 simulating the relation between membership 
qualification conditions and the number of members. 
Thus, the load of the service provider alleviates. 

The servers 42 to 49 and the user terminal 
unit 50 shown in Fig. 10 can be composed of an 

25 information processing unit (computer) shown in Fig. 
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27. The information processing unit shown in Fig. 

27 comprises a CPU (Central Processing Unit) 111, a 
memory 112, an input device 113, an output device 

114, an external storing device 115, a medium 
5 driving device 116, and a network connecting device 

117. These devices are connected by a bus 118. 

The memory 112 includes for example a ROM 

(Read Only Memory) and a R7AM (Random Access Memory) . 

The memory 112 stores programs and data. The CPU 
10 111 executes a program using the memory 112 so as 

to perform a desired process. 

For example, the certificate managing portion 

51, the membership screen controlling portion 61, 

and the charging managing portion 62 shown in Fig. 
15 10 are stored as software components that are 

described as programs to the memory 112. 

The input device 113 includes for example a 

keyboard, a pointing device, and a touch panel. The 

input device 113 is used to input a command and 
20 information. The input device 113 is used by the 

operator (a service provider or a user) . The output 

device 114 includes for example a display device, a 

printer, and a speaker. The output device 114 is 

used to prompt a user for data and to output 
25 processed results. 
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The external storing device 115 is for example 
a magnetic disc device, an optical disc device, a 
magneto-optical disc device, or a tape device. The 
information processing unit stores the above- 
5 described programs and data to the external storing 
device 115. When necessary, the information 

processing unit loads the programs and data to the 
memory 112. The external storing device 115 may be 
used for the certificate management DB 35, the 

10 service management DB 52, the user management DB 63, 
the screen layout DB 64, and the charging 
information DB 65 shown in Fig. 10. 

The medium driving device 116 drives a 
portable record medium 119 and accesses the 

15 contents thereof. The portable record medium 119 is 
for example a memory card, a floppy disk, a CD-ROM 
(Compact Disc Read Only Memory) , an optical disc, 
or a magneto-optical disc from which any computer 
can read data. The operator stores the above- 

20 described programs and data to the portable record 
medium 119. When necessary, the operator loads the 
programs and data to the memory 112. 

The network connecting device 117 is connected 
to any communication network such as Internet 41. 

25 The network connecting device 117 converts data so 
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as to communicate with the communication network. 
The information processing unit receives the above- 
described programs and data from another device 
through the network connecting device 117. When 
5 necessary, the information processing unit loads 
the programs and data to the memory 112. 

Fig. 28 shows a record medium from which a 
computer can read a program and data and supply 
them to the information processing unit shown in 

10 Fig. 27. The programs and data stored in the 
portable record medium 119 and a database 121 of a 
server 120 are loaded to the memory 112. At that 
point, the server 120 generates a transfer signal 
for transferring programs and so forth and 

15 transmits them to the information processing unit 
through any transfer medium on the network. The CPU 
111 executes the programs with the data so as to 
perform a required process. 

According to the above-described embodiment, 

20 the digital certificate corresponding to ITU-T 
Specification X.509 is used as certification 
information. When necessary, certification 

information corresponding to another specification 
may be used. 

25 According to the present invention, when a 
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user selects one from a plurality of membership 
services, the user can effectively narrow available 
services. In addition, the service provider can 
effectively perform a membership qualification and 
5 designate conditions thereof. Thus, in the 

membership qualifying process, the loads of the 
user and the service provider alleviate. 

Although the present invention has been shown 
and described with respect to a best mode 

10 embodiment thereof, it should be understood by 
those skilled in the art that the foregoing and 
various other changes, omissions, and additions in 
the form and detail thereof may be made therein 
without departing from the spirit and scope of the 

15 present invention. 



